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PAN AIR GEOMETRY MANAGEMENT SYSTEMS (PAGMS) - A 
DATA-BASE MANAGEMENT SYSTEM FOR PAN AIR TYPE 
GEOMETRY DATA 

by 

Jon F. Hall 


Kentron International, Inc. 
Hampton, Virginia 23666 


SUMMARY 

A data-base management system called PAGMS (£an Air Geometry Management 
System) has been developed to facilitate the data transfers in applications 
computer programs that create, modify, plot or otherwise manipulate PAN AIR 
type geometry data in preparation for input to the PAN AIR system of computer 
programs. PAGMS is composed of a series of FORTRAN callable subroutines which 
can be accessed directly from applications programs. Currently only a NOS 
version of PAGMS has been developed. 
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INTRODUCTION 


PAN AIR (reference 1) is a system of computer programs which perform 
linear theory subsonic or supersonic analyses of complex aircraft configura- 
tions. Use of PAN AIR requires that the input of the configuration surface 
geometry be divided into networks of panels defined by X, Y, Z Cartesian 
coordinates. A network can be thought of as a patch of the configuration 
surface with some logical significance such as the upper surface of a wing 
or the starboard side of a fuselage. Networks are further subdivided into 
quadrilateral panels which are defined by the coordinates of four corner points 
as described in the PAN AIR User's Manual (reference 2). 

Creation of this often extensive geometry data (e.g. by digitizer), its 
intermediate manipulation (e.g. by computer graphics), and its subsequent 
output in a form compatible with the PAN AIR system require a software tool 
to efficiently handle the resulting large and often numerous data transfers 
between disk and core memory by applications type computer programs. A data- 
base management system called PAGMS (£an Air geometry Management ^stem) has 
been developed to facilitate the manipulation of network geometry data.^ The 
purpose of this report is to describe the structure and use of PAGMS. 


Van air has its own data-base management system (SDMS) to handle 
geometry data once it has been received. The two systems are distinct and 
should not be confused. 
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DISCUSSION 


The major impetus for developing PAGMS was to provide fast random access 
to network data from interactive graphics programs. As high speed and short 
response times are particularly desirable characteristics in interactive 
computer programs, simplified bulk data storage and retrieval becomes a 
necessity. This is especially true when large numbers of data transfers are 
involved. Achieving this performance requires the ability to address disk 
memory directly. As Langley Research Center supports both the NOS and PRIME 
computer systems, random disk addressing can be accomplished through the use 
of CDC Record Manager routines on NOS and their counterpart file manipulation 
routines on PRIME. 

For purposes of program portability and NOS to PRIME compatability, programs 
should be as free of machine dependent code as is practical. While this may not 
be completely achievable, an effort is being made to group machine dependent 
code into well documented modules. Version 1.0 of the PAN AIR Geometry Manage- 
ment System is currently available on NOS as a library of FORTRAN callable 

routines that will have identical arguments with the PRIME version under 
2 

development. Both libraries will be compiled with their respective 
FTN compilers. These subroutine calls can be included in applications 
programs to efficiently handle network data manipulations. 


A PRIME version is currently being developed and will be released 
at a later date. 



THE PAGMS LIBRARY 


The PAGMS library of subroutines was designed to retrieve, store and 
otherwise manipulate a fundamental unit of data called a network. The PAGMS 
network consists of three one-dimensional arrays of specified length contain- 
ing X, Y, Z Cartesian coordinate data. Each netweork is uniquely identified 
by the user and to the system through the use of a network identifier consist- 
ing of up to twenty alphanumeric characters. All references to network data 
must include the network identifier. 

To use PAGMS, the data base must first be opened by calling routine OPENDB 
with a data base name, the name of the disk file on which the data base 

is to reside, and the TAPE/UNIT number to which error messages are to be 
written. To create networks in the data base from collected sets of data, sub- 
routine ADDNET is called with a specified network identifier. In a similar 
fashion GETNET retrieves a network, DELNET deletes a network, REPNET replaces 
a network and RENAME renames a network. Calling subroutine CATLOG will produce 
a catalog listing of all network information on the data base. To make all 
data base transactions permanent, CLOSDB is called to close the data base. 

A description of the function of each subroutine and its argument list 
is found in appendix A. The data base file structure, organization and imple- 
mentation for the NOS version can be found in appendix B. 

CONCLUDING REMARKS 

A data-base management system has been developed to facilitate the data 
transfers in applications program which create, modify, plot, or otherwise 

manipulate PAN AIR type network geometry data. PAGMS (P^an Air geometry 
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Management ^stem) is a series of FORTRAN callable subroutines which may be 
accessed directly by applications programs executing on NOS. A PRIME 
version is under development. The system provides an efficient means for 
handling the often extensive data associated with PAN AIR networks for 
configuration modeling. 
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APPENDIX A 


PAGMS SUBROUTINES 


I. OPENDB 

A. Function 

This subroutine opens the data base, initializes the system common memory 
and examines a file status word to determine whether or not the file currently 
exists. If it does not, then a creation run is assumed and a file information 
table and a zero filled network directory are created and copied to the data base. 
If the file currently exists, its contents are copied to local scratch file 
SFLZZZ. All subsequent data base transactions will be performed on this scratch 
file until such time as the data base is closed and made permanent. This 
feature is used as a safeguard in the event of premature job termination due 
to system failure or user error. Note: Only one data base may be opened at any 

given time. 

B. Calling Sequence 

CALL OPENDB (MFILE, IDGEOM, MUNIT) 

C. Arguments 

1. MFILE - Input alphanumeric array. Specifies the name of the 

file (limited to 7 alphanumeric characters) on which the data base 
currently resides. If the file is being opened for the first time, 
this is the name of the file on which the data base is to be created. 
On re-opening a data base, it is the user's responsibility to ensure 
that MFILE is a local file, otherwise OPENDB will treat it as a 
creation run and open a new file. 

2. IDGEOM - Input alphanumeric array. Contains 80 alphanumeric 
characters to be used at the discretion of the user to either 
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identify the configuration on the data base, name the data base or 
provide header information. IDGEOM is output when subroutine 
CATLOG is called. IDGEOM is a dummy variable on all but the first 
call to OPENDB. 

3. MUNIT - Input variable, integer number. Specifies the number of 
the tape or unit to which all error messages are to be written. 

If MUNIT is set to zero, all error messages will be suppressed. 
Regardless of the input value of MUNIT, the NOS version places 
non- zero error codes in the user's dayfile. 
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II. CATLOG 


A. Function 

This subroutine catalogs the contents of the data base. It essentially dumps 
the contents of the file information table and the network directory to a specified 
tape unit. CATLOG provides the following information: 

1. New or old data base. 

2. Name of file on which data base resides. 

3. 80 character data base identifier. 

4. Creation date/time. 

5. Last access date/time, 

6. Network information. 

6.1 Network identifier (20 alphanumeric characters). 

6.2 Activity flag (active or inactive). 

6.3 Number of columns or N-Lines. 

6.4 Number of rows or M-Lines. 

6.5 Number of panels. 

6.6 Storage block type (an indication of the amount of storage 
reserved for the network). 

7. Total number of networks (active and inactive). 

8. Number of deleted or inactive networks. 

9. Number of active networks. 

10. Number of networks added since creation. 

11. Total number of panels in all networks. 

12. Length of data base in 60 bit words for NOS, 32 bit words for PRIME. 

13. Length in words for each storage block type. 
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Table A-I presents an example CATLOG listing. 

B. Calling Sequence 
CALL CATLOG (LUNIT) 

C. Arguments 

1. LUNIT - Input variable, integer number. Specifies the number of the 
tape or unit to which catalog information will be written. 
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III. CATLST 


A. Function 

This subroutine produces a concise listing of all active and inactive 
networks on the data base. Inactive networks are prefixed with an asterisk. 

This routine was intended to be used as a quick reminder to the user of the 
contents of the data base. No other information is provided. Table A-II 
presents an example CATLST li stingo 

B. Calling Sequence 
CALL CATLST (LUNIT) 

C. Arguments 

1. LUNIT - Input variable, integer number. Specifies the number of 
the tape or unit to which CATLST information will be written. 
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IV. ADDNET 


A. Function 

This subroutine adds a network to the data base. Networks are stored in 
blocks of memory of predefined size. There are five block sizes: 64, 128, 256, 

512, and 1024 words containing floating point data. Once the length of the 
network is computed from the product N x M, a block size is determined. One 
block is reserved for each X, Y, Z array. If the data base is being created 
for the first time, slightly more space is reserved for each network in 
anticipation of future network expansions. Currently the product of N and M cannot 
exceed 1024 (approximately 960 panels per network). Some data may be truncated 
and an error message printed if more than 960 panels are specified for a net- 
work. 


If the data base has been previously created and is currently being 
updated, ADDNET will search for blocks presently being occupied by deleted 
networks and overwrite them to conserve file space. At this point, the 
history of the deleted network disappears. Otherwise ADDNET will append 
the new network to the end of the file. 

All networks are stored in the N-line order (columnwise). When adding 
a network that is M-line ordered, ADDNET first transposes the network to 
N-line order before placing it in the database. 

B. Calling Sequence 

CALL ADDNET (NETID, M, H, X, Y, Z, lORDER, lERR) 

C. Arguments 

1. NETID - Input alphanumeric array. Contains 20 alphanumeric 
characters of network identification. 
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2. N - Input/Output variable, type integer. On input N contains 
the number of columns of N-lines in the network data set. If 
IERR=1, N becomes an output variable containing an adjusted 
value, 2 ^ N < 512. See table A-II for additional details. 

3. M - Input/Output variable, type integer. On input M contains 
the number of rows or M-lines in the network data set. If 
IERR=2, M becomes an output variable containing an adjusted 
value, 2 £ M £ 512. See table A-II for additional details. 

4. X, Y, Z - Input real arrays. Contain one-dimensional net- 
work coordinate data with length N x M. 

5. lORDER - Input variable, type integer. Specifies the order 
in which the data is stored in X, Y and Z, i.e. by columns or 
by rows. 

For I0RDER=1, if X, Y, Z are thought of as two-dimensional 
arrays, they would be dimensioned X(M, N), Y(M, N), Z(M, N) 
exactly. This is termed N-line order. 

For I0RDER=2, if X, Y, Z are thought of as two-dimensional 
arrays, they would be dimensioned X(N, M), Y(N, M), Z(N, M) 
exactly. This is termed M-line order. 

6. lERR - Output integer variable. On output, lERR returns an 
error code describing the success or failure of the data base 
request. See table A-II for the error codes. 
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V. GETNET 


A. Function 

This subroutine nets a network from the data base. It has a limited error 
recovery capability. In the event GETNET is requested to retrieve a previously 
deleted network, it may do so provided only one deleted copy exists. If success- 
ful, the network is completely reactivated. No guarantee is made however, since 

a previous ADDNET may have overwritten the network in question. X, Y and Z must 
be dimensioned at least 1024 in the calling routine. 

B. Calling Sequence 

CALL GETNET (NETID, N, M, X, Y, Z, lORDER, lERR) 

C. Arguments 

1. NETID - Input alphanumeric array previously defined. 

2. N - Output integer variable previously defined. 

3. M - Output integer variable previously defined. 

4. X, Y, Z - Output real arrays previously defined. 

5. lORDER - Input integer variable previously defined. 

6. lERR - Output integer variable previously defined. 
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Vr. DELNET 


A. Function 

This subroutine deletes a network from the data base. It does so in a 
pseudo sense by turning on the network delete bit. Essentially this means that 
the network in question is a candidate for being overwritten at the earliest 
opportunity, but can be reactivated prior to being overwritten using the GETNET 
command. 

B. Calling Sequence 

CALL DELNET (NETID, lERR) 

C. Arguments 

1. NETID - Input alphanumeric array previously defined. 

2. lERR - Output integer variable previously defined. 
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VII, REPNET 


A. Function 

This subroutine replaces the old network with a new one having the same 
NETID. Essentially old X, Y, Z data is overwritten by new data unless the 
new network requires a larger block size, in which case REPNET automatically 
deletes the old network and adds a new one. 

B. Calling Sequence 

CALL REPNET (NETID, N, M, X, Y, Z, lORDER, lERR) 

C. Arguments 

1. NETID - Input alphanumeric array previously defined. 

2. N - Input integer variable previously defined. 

3. M - Input integer variable previously defined. 

4. X, Y, Z - Input real arrays previously defined. 

5. lORDER - Input integer variable previously defined. 

6. lERR - Output integer variable previously defined. 
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VII. RENAME 

A. Function 

This subroutine searches the data base for the first occurrence of network 
identifier NAMOLD and renames it NAMNEW irrespective of the delete bit status. 

B. Calling Sequence 

CALL RENAME (NAMOLD, NAMNEW, lERR) 

C. Arguments 

1. NAMOLD - Input alphanumeric array. Specifies the old 20 
character network identifier that is to be replaced. 

2. NAMNEW - Input alphanumeric array. Specifies the new 20 
character network identifier that is to be associated with 
the old network data. 

3. I ERR - Output integer variable. On output lERR returns an 
error code describing the success or failure of the data base 
request. See table A-III for error codes. 
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IX. fiETNAM 

A. Function 

This subroutine returns the names of all "active" network identifiers and 
the total number of them. The user should be aware that the data base can contain 
at most 100 networks (active plus inactive) and must dimension his arguments in 
the calling routine appropriately. 

B. Calling Sequence 

CALL GETNAM (NETIDS, NUMNET) 

C. Arguments 

1. NETIDS - Output alphanumeric 2-D array. Specifies the 20 
character network identifiers. It is recommended that NETIDS 
be dimensioned: NETIDS (2,100) - NOS, NETIDS *4 (5,100) - 
PRIME. 

2. NUMNET - Output integer number. Specifies the total number 
of active network identifiers returned in array NETIDS. 

0 < NUMNET < 100 
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X. CLOSDB 

A. Function 

This subroutine closes the data base making permanent all data base trans- 
actions. On creation runs, the master file is closed. On modification runs 

all "active" networks on the scratch file are copied to the master file thereby 
permanently eliminating all remaining deleted networks. The scratch file SFLZZZ 
is returned and the updated master file is closed. File MFILE is not replaced 
and remains a local file after closing. 

B. Calling Sequence 
CALL CLOSDB 

C. Arguments 
None. 
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TABLE A- I - EXAMPLE OF SUBROUTINE CATLOG OUTPUT 


CATALOG OF PANEL DATA ON OLD FILE GETZS 


TWIN BODY DATABASE FROM HESS GEOMETRY 6ETR25 

CREATION DATE/TIME 81/10/21. 11.2I.0S. 

LAST ACCESS date/time 81/10/21. 11.27.0S. 


NETWORK IDENTIFIER 

ACTIVITY 

COLUMNS 

ROWS 

NUMBER OF 

BLOCK 

20 CHARACTERS 

FLAG 

N-LINES 

M-LINES 

PANELS 

TYPE 

NOLIFT SRF001 

ACTIVE 

2 

14 

13 

1 

NOLIFT‘SRF002 

ACTIVE 

2 

14 

13 

1 

NOLIFT SRF003 

ACTIVE 

2 

14 

13 

1 

NOLIFT"SRF004 

ACTIVE 

2 

14 

13 

1 

NOL1FT"SRF005 

ACTIVE 

9 

1 1 

80 

3 

NOL1FT'SRF006 

ACTIVE 

9 

11 

80 

3 

NOLIFT"SRF007 

ACTIVE 

14 

1 1 

130 

3 

NOLIFT“SRF008 

ACTIVE 

14 

1 1 

130 

3 

NOLIFT"SRF009 

ACTIVE 

9 

1 1 

80 

3 

NOLIFT“SRF010 

ACTIVE 

9 

1 1 

80 

3 

NOLIFT“SRF01 I 

ACTIVE 

2 

11 

10 

1 

NOLIFT"SRF012 

ACTIVE 

2 

1 1 

10 

1 

NOLIFT'SRF013 

ACTIVE 

2 

11 

10 

1 

NOLIFT~SRF014 

ACTIVE 

2 

11 

10 

1 

NOUFT"SRF015 

ACTIVE 

14 

8 

91 

3 

NQLIFT"SRF0IB 

ACTIVE 

14 

8 

91 

3 

NOLIFT"SRF017 

ACTIVE 

2 

14 

13 

1 

NOLIFT'SRF018 

ACTIVE 

2 

14 

13 

1 

TEMPNET297 13.42.43. 

♦DELETED* 

2 

11 

10 

1 

TEMPNET78G 13.42.32. 

♦DELETED* 

9 

11 

80 

2 

TOTW. NUMBER OF NETWORKS 

20 




NUMBER OF DELETED NETWORKS 

2 




NUMBER OF ACTIVE NETWORKS 

18 




NETWORKS ADDED SINCE 

CREATION 

2 




TOTAL NUMBER OF PANELS 

970 




LENGTH OF DATABASE (WORDS) 

9088 




LENGTH OF BLOCK TYPE 

1 

84 




LENGTH OF BLOCK TYPE 

2 

128 




LENGTH OF BLOCK TYPE 

3 

25B 




LENGTH OF BLOCK TYPE 

4 

512 




IFNGTH OF BLOCK TYPE 

5 

1024 
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TABLE A-II - EXAMPLE OF SUBROUTINE CATLST OUTPUT 


NOLIFT SRF00I 
NOLrFT~SRF004 
NOLIFT~SRF007 
NOLIFT"SRF0I0 
NOLIFT"SRF013 
NOLIFT"SRF016 
♦TLMPNET297 13.42. 


NOLIFT SRF002 
NOLIFT“SRF005 
NQLIFT"SRF008 
NOLIFT"SRF0I1 
NOLIFT"SRF014 
NOLIFT~SRF017 
*TE^RCT79S 13.42. 


32. 


NOLIFT SRF003 
NOLIFT~SRF006 
NOL1FT“SRF009 
NOLIFT“SRF0t2 
NOLIFT“SRF015 
NOLIFT“SRF0I8 
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TABLE A-III PAGMS ERROR CODES 


I ERR 

MEANING 

SUGGESTED USER 
CORRECTIVE ACTION 

0 

No Error. 

None 

1 

Attempt to add N-Line ordered network 
longer than maximum allowed block 
size. Some N-Lines were deleted so 
that network could be saved. 

Reduce network size 
to prevent trunca- 
tion. 

2 

Attempt to add M-Line ordered network 
longer than maximum allowed block 
size. Some M-lines were deleted so 
that network could be saved. 

Reduce network size 
to prevent trunca- 
tion. 

3 

Attempt to add N-Line ordered network 
longer than maximum allowed block 
size. M must be < 512. No action 
taken. 

Reduce M. 

4 

Attempt to add M-Line ordered network 
longer than maximum allowed block 
size. N must be < 512. No action 
taken. 

Reduce N. 

5 

Too few M-lines. M must be ^2. 
No action taken. 

Increase M. 

6 

Too few N-lines. N must be > 2. 
No action taken. 

Increase N. 

7 

Network to be added already 
permanent. No action taken. 

Replace network if 
old data not impor- 
tant, or add net- 
work with new name. 

8 

Data base overflow, number of 
active and inactive networks 
exceeds 100. No action taken. 

Close data base and 
re-open. 

9 

Network not found under specified 
identifier. No action taken. 

Check spelling. 


CONTINUED 
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TABLE A- 1 II PAGMS ERROR CODES 


CONTINUED 


lERR 

MEANING 

SUGGESTED USER 
CORRECTIVE ACTION 

10 

Attempt to get network that has 
been previously deleted. 
Duplicate copies exist making 
recovery impossible. No action 
taken. 

Attempt to "RENAME" 
first deleted copy. 

11 

Attempt to get network that has 
been previously deleted. Single 
copy exists, network reactivated. 

None needed. 

12 

Attempt to rename a network with 
a non-unique identifier. No action 
taken. 

Use new name. 

13 

Network directory empty. Attempt 
to get network from empty data base. 
No action taken. 

Create data base by 
adding networks. 

14 

Network directory empty. Attempt 
to delete/replace network from 
empty data base. REPNET will 
revert to ADDNET and add the 
network. 

Create data base by 
adding networks. 

15 

Attempt to rename a network from 
an empty data base. No action taken. 

Create data base by 
adding networks. 



APPENDIX B 


PAGMS FILE STRUCTURE - NOS VERSION 
DATA ACCESS METHOD 

The NOS version of PAGMS uses the Control Data Corporation Cyber Record 
Manager directly. (Detailed information about Record Manager can be found 
in CDC publication 60495700 entitled "Cyber Record Manager, Basic Access 
Methods, Version 1.5 Reference Manual"). The advantages over the FORTRAN 
IV extended READMS/WRITMS routines are threefold. First, when I/O logical 
records can be restricted to multiples of PRU's (physical record units), the 
filed length I/O buffer set up by the compiler can be suppressed. This 
results in reduced field length and faster internal data transfer, both 
important considerations in interactive programs. Secondly, a natural 
key (index pointer) to network data is the 20 character network identifier 
that PAN AIR uses to label each network. On NOS this identifier occupies 
two words and is thus unacceptable as a key to READMS/WRITMS since named 
indexing only accomodates one word of 10 characters as a key. Lastly, 
because of limits placed by PAN AIR on the number and sizes of networks, 
data base bookkeeping is greatly simplified making it less of a nuisance to the 
programmer who has to perform it. PAN AIR restricts an input configuration 
to a maximum of 100 networks. The total number of panels per configuration 
has a practical limit of 1200-1500 due to file storage and execution costs. 

To this end, all data is stored on WA (word addressable) type files 
with U(undefined) type logical records. Buffering is suppressed. 
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FILE INFORMATION TABLE 


The PAGMS file structure consists of several logical records described 
as follows. The first is called the File Information Table and has a fixed 
length of 48 words. This table includes such items as the 80 character name 
of the data base, the date and time of its creation and last access, the total 
number of networks, the number of entries in the Network Directory (yet to be 
defined) and the address of the first word past the end of file. As shown 
in Table B-1, free space has also been included for additional information. 

ne™ork directory 

The next logical record is called the Network Directory and has a fixed 
length of 400 words. The directory is subdivided into 100 groups of 4 words 
each. Each group identifies and points to a particular network data set. 

The first two words of every group contain the 20 character network identi- 
fication. The third word contains the address of the first word (an x- 
coordinate value) of the corresponding network data set. Packed into the 
fourth word are the delete bit, the block type and the values of N and M 
(the network length). Table B-II illustrates the Directory structure. 

During processing, copies of both the File Information Table and the 
Network Directory are kept in core to gain speed in addressing network 
data sets. 


NETWORK DATA SETS 

Following the Network Directory are the Network Data Sets. Their 
record lengths vary with block type. There are five block types ranging 



in length from 64 words to 1024 words. As shows in table B-III, each 
network data set consists of 3 records, one for each X, Y, and 2 
coordinate array. 


EXECUTION CONTROL CARDS 


The PAGMS library of routines (NOS version) is on an indirect access 
file named PAGMSLB which may be accessed by using a GET comnand; 

GET, PAGMSLB/UN = 359950C. 

To execute a program with this library a loadset card is needed. The 

following is an example when no other libraries are being loaded. 

LDSET, LIB = PAGMSLB, PRESETA « INDEF. 

LGO. 
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TABLE B-I - FILE INFORMATION TABLE 


I'lORD 

CONTENTS 

1 

File Status Word 

2 

First Word Address Past EOF 

3 

Data of Creation 

4 

Time of Creation 

5 

Date of Last Access 

6 

Time of Last Access 

7 

Total Number of Networks 

8 

Networks Added Since Creation 

9 

Networks Deleted Since Creation 

10 

Length of Directory 

11 

New/Old Flag 

12 

Data Base Header 

13 

Data Base Header 

14 

Data Base Header 

15 

Data Base Header 

16 

Data Base Header 

17 

Data Base Header 

18 

Data Base Header 

19 

Data Base Header 

20 

Block Size 1 


Block Size 2 


CONTINUED 



TABLE B-I - FILE INFORMATION TABLE CONTINUED 


WORD 

CONTENTS 

22 

Block Size 3 

23 

Block Size 4 

24 

Block Size 5 

25 

XXXXXXX 

48 

XXXXXXX 


XXXXXXX - ZERO FILL 



TABLE B-II - NETIaIORK DIRECTORY 


WORD 

CONTENTS 


59 

58 - 56 

55 - 46 

LO 

1 

44-0 

I 

NETWORK IDENTIFIER WORD 1 

2 

NETWORK IDENTIFIER WORD 2 

3 

NETWORK KEY (ADDRESS POINTER) 

4 

DEL 

BLOCK TYPE 

N 

M 

XXXXXXX 

5 

NETWORK IDENTIFIER WORD 1 

6 

NETWORK IDENTIFIER WORD 2 

7 

NETWORK KEY (ADDRESS POINTER) 

8 

DEL 

BLOCK TYPE 

N 


XXXXXXX 

9 

NETWORK IDENTIFIER WORD 1 

10 

NETWORK IDENTIFIER WORD 2 

11 

NETWORK KEY (ADDRESS POINTER) 

12 

DEL 

BLOCK TYPE 

N 

M 

XXXXXXX 

■ 

f 

• 

• 

• 


397 

NETWORK IDENTIFIER WORD 1 

398 

NETWORK IDENTIFIER WORD 2 

399 

NETWORK KEY (ADDRESS POINTER) 

400 

DEL 

BLOCK TYPE 

N 

M 

XXXXXXX 


XXXXXXX - ZERO FILL 
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1st Word 

X (1) 

Block Type 
I (1 - 5) 

X (N * M) 

Free Space 

Last Word 


1st Word 

Y (1) 

Block Type I 

Y (N * M) 

0 - 5) 

Free Space 

Last Word 


1st Word 

Z (1) 

Block Type I 

Z (N * M) 

0 - 5) 

Free Space 

Last Word 
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